home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / dcom / modems-part1 / 5381 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  3.3 KB
  1. Path: news.ultranet.com!usenet
  2. From: "Albert P. Belle Isle" <belleisl@cerberus-sys.com>
  3. Newsgroups: alt.winsock.trumpet,alt.winsock,comp.dcom.modems,comp.protocols.tcp-ip.ibmpc,comp.sys.ibm.pc.hardware.comm
  4. Subject: Re: PPP Frame Check Error, 1500
  5. Date: Fri, 23 Feb 1996 20:29:30 -0500
  6. Organization: Cerberus Systems, Inc.
  7. Message-ID: <312E69FA.4B3C@cerberus-sys.com>
  8. References: <4gjens$2g2@guysmiley.blarg.net>
  9. NNTP-Posting-Host: apb-p5-90.cerberus-sys.com
  10. Mime-Version: 1.0
  11. Content-Type: text/plain; charset=us-ascii
  12. Content-Transfer-Encoding: 7bit
  13. X-Mailer: Mozilla 2.0 (Win16; I)
  14.  
  15. Nate Glissmeyer wrote:
  16. > 
  17. > My ISP recently changed their server.  Since that change, I've not
  18. > been able to download my mail using any Winsock mail client (for SLIP
  19. > / PPP) available on the 'net.  In addition, I cannot transfer binary
  20. > files via FTP, though I can transfer ascii just fine from their
  21. > server.  I've tried to tweak about every AT command there is on my
  22. > modem, but the one that I think will do the most good: AT%E2, is not
  23. > recognized by Trumpet 2.0b.  I am running a PPP connection over a 28.8
  24. > modem.  I have been tracing most everything and I continue to get the
  25. > error message, "PPP frame check error, 1500".
  26. > 
  27. > I'm at a loss as to what to do.  I hope that there is someone out
  28. > there who has had this problem and can share a fix for it.  My ISP
  29. > says that only one or two people are experiencing this problem and
  30. > they have not been able to recreate it.
  31. > 
  32.  
  33. Nate:
  34.  
  35. PPP wraps 1500-byte IP transmission units, along with a check-sum, into
  36. data "Frames" which are sent over your access provider's RS232 serial
  37. port, through his modem to your modem, then through your serial port into
  38. the portion of your machine's memory containing the buffers TCPMan(ager)
  39. has allocated as the logical "socket" for a particular TCP/IP-using
  40. application program.
  41.  
  42. If any of the 1500 bytes is garbled (because you turned-off error
  43. correction in your modem), or missing (because your machine didn't take
  44. bytes out of the serial port fast enough to avoid new ones being
  45. over-written on top of them - "overruns"), PPP's error-detecting CRC
  46. check will indicate a "framecheck error."
  47.  
  48. Without a clean stream of bytes over the data link layer, higher layer
  49. protocols (like TCP) won't be fast enough to satisfactorily correct in
  50. software for the high rate of errors.
  51.  
  52. Be sure that your modem initialization string results in error correction
  53. (V.42 or MNP4) being enabled, and that you eliminate any com overrun
  54. problems caused by your machine's failure to unload modem data through
  55. your com port fast enough to keep up with your advertised rate setting.
  56.  
  57. Also, I notice your "dial-parity=1" setting, which makes me wonder if you've 
  58. checked the "use standard SLIP settings" in the dialer options settings 
  59. window. If you're pointing to some stale com port settings from Control 
  60. Panel, instead, you may not be setting the basic character of a byte 
  61. properly (n-8-1) in the com port DCB.
  62.  
  63. This might yield OK transmission of ASCII characters, while screwing-up 
  64. anything that needed a proper 8-bit byte.
  65.  
  66. Regards,
  67.  
  68. Al
  69.  
  70. -- 
  71. ==================================================================
  72. Albert P. Belle Isle
  73. Cerberus Systems, Inc.
  74.  
  75. Al's Winsock Tuning FAQ -
  76.        http://www.cerberus-sys.com/~belleisl/mtu_mss_rwin.html
  77. ==================================================================
  78.